Интеграция с системой «Честный знак» 2.0 продолжает менять подход к работе с маркированными товарами, особенно в части таможенного оформления. Одним из наиболее чувствительных этапов по-прежнему остается заполнение 31-й графы декларации на товары (ДТ), где фиксируются сведения, напрямую связанные с идентификацией и прослеживаемостью продукции. Ошибки на этом этапе могут привести к задержкам выпуска товаров, дополнительным запросам со стороны таможенных органов и проблемам при передаче данных в систему маркировки. В этой статье Специалист по грузоперевозкам расскажет, какие требования действуют сегодня, какие данные обязательно нужно указывать, и как избежать типичных ошибок при заполнении, чтобы обеспечить корректное прохождение товаров через таможню и их дальнейшую легальную оборотоспособность.
«Честный знак» 2.0 и таможня, как изменилась работа с 20 апреля 2026 года
С 20 апреля 2026 года система маркировки в ЕАЭС вышла на новый уровень — заработала полноценная синхронизация таможенных баз России и Беларуси по обуви (ТН ВЭД 64) и товарам лёгкой промышленности (группы 61–63). Формально это выглядит как очередное обновление цифровых систем, но по сути речь идёт о переходе к гораздо более жёсткому и полностью связанному контролю движения товаров внутри союза.
Если раньше обмен данными между «Честным знаком» и таможенными системами был скорее точечным и односторонним — когда таможня отправляла запрос и получала ответ о статусе кодов, — то теперь модель изменилась. Интеграция стала двусторонней и почти мгновенной. Как только декларация на товары проходит выпуск в ЕАИС, «Честный знак» автоматически получает эти данные и сразу переводит соответствующие коды в статус «Введён в оборот». Параллельно белорусская система «Электронный знак» синхронизируется с российской базой, что особенно важно для товаров, которые проходят через разные страны ЕАЭС и могут иметь смешанную цепочку поставок.
Самым заметным изменением стали новые требования к заполнению 31-й графы декларации на товары. Теперь от бизнеса ожидается не просто перечень кодов идентификации, а полноценная структурированная информация: уровень агрегации товара (будь то потребительская, групповая или транспортная упаковка), GTIN-коды, серийные номера, а также агрегированные таможенные коды (АТК или КИТУ). Фактически декларация стала не просто документом для таможни, а связующим элементом всей цифровой цепочки маркировки. Любая неполнота или ошибка в данных приводит к автоматическому отклонению декларации ещё на этапе электронной проверки — без участия инспектора.
Ещё одно важное новшество — автоматическая сверка DataMatrix-кодов в момент подачи ДТ. Таможенная служба направляет запрос в «Честный знак» со всеми заявленными кодами, и система проверяет их сразу по нескольким параметрам: актуальный статус, принадлежность владельцу, корректность GTIN, отсутствие «зависших» или ранее заблокированных кодов, а также целостность всей цепочки прослеживаемости. Если обнаруживается хотя бы одно несоответствие, система либо выдаёт техническую ошибку, либо полностью блокирует выпуск товара. Для бизнеса это означает, что даже небольшие расхождения в данных теперь могут остановить всю поставку.
Отдельного внимания заслуживает синхронизация с Беларусью. При транзите или ввозе через белорусские склады — например, через Минск или Брест — коды, которые были агрегированы или обработаны в белорусской системе, должны быть заранее переданы в российский «Честный знак» через специальный документ «Отгрузка в ЕАЭС». Если этого не происходит, система воспринимает такие коды как несогласованные и автоматически блокирует их дальнейшее движение. Это фактически закрывает старые схемы, когда Беларусь использовалась как упрощённый «входной коридор» в Россию без полной цифровой синхронизации.
Изменения уже заметно ощущаются на практике. Больше всего они ударили по импортёрам из третьих стран — Китая, Турции, Индии — особенно тем, кто строил логистику через белорусские склады. Также серьёзно выросла нагрузка на таможенных брокеров: увеличилось количество отказов по 31-й графе, а сроки выпуска товаров стали менее предсказуемыми. Компании, использующие транзит через Беларусь, столкнулись с тем, что привычные схемы «оформления в Минске с последующим ввозом в Россию» теперь требуют полной и точной передачи данных об агрегации и переагрегации.
По оценкам оператора системы, уже в первые дни после запуска изменений количество отклонённых деклараций по маркировке выросло примерно на 40–50 %. Основная причина — ошибки в агрегированных кодах и несоответствия в статусах товаров, которые раньше могли проходить незаметно, а теперь становятся причиной автоматической блокировки. Новая версия «Честного знака» фактически убрала «серую зону» между системами и сделала цепочку поставок максимально прозрачной — но и значительно менее гибкой для бизнеса.
Новые обязательные требования к заполнению 31-й графы ДТ
С 31-й графой декларации на товары (ДТ) у участников ВЭД стало заметно больше нюансов, особенно после внедрения требований Решения КТС №257 и актуализации правил ФТС в связке с системой «Честный знак». Если раньше всё ограничивалось более общими сведениями о товаре, то теперь внимание сместилось в сторону полной прослеживаемости каждой единицы продукции, особенно когда речь идёт о маркированных товарах — обуви, лёгкой промышленности и других категориях, попадающих под обязательную идентификацию.
В центре этих изменений оказался подраздел 13 (в электронных системах вроде «Контур.Декларант» или «Альта» он часто отображается как 31.13). Именно сюда теперь вносится информация о кодах маркировки, и от того, насколько корректно они оформлены, напрямую зависит, пройдёт ли декларация проверку без ошибок.
Основой заполнения являются коды идентификации (КИ), которые формируются в виде DataMatrix. Важно понимать, что этот код — не просто набор символов, а структурированная комбинация данных. Он включает GTIN из 14 символов, серийный номер (как правило, 13 символов) и криптохвост длиной 44 символа, который отвечает за защиту и проверку подлинности. При внесении в декларацию этот код нужно указывать строго «как есть» — без пробелов, без разделителей, без каких-либо дополнительных знаков вроде скобок или GS. Регистр тоже имеет значение: обычно это заглавные латинские буквы и цифры, и любое отклонение может привести к тому, что система просто не распознает код.
Отдельное внимание стоит уделить уровням маркировки. Они помогают понять, на каком этапе упаковки или логистики находится товар. Уровень «0» относится к потребительской упаковке, то есть к самой единице товара. Уровень «1» применяется для групповой упаковки, а уровень «2» — для транспортной, включая коробки, паллеты и КИТУ. Именно от этого выбора зависит, как дальше будет заполняться декларация и какие коды нужно указывать.
Когда речь идёт об агрегации, появляются дополнительные сущности — КИТУ (код транспортной упаковки) и АТК (агрегированный таможенный код). Они позволяют не перечислять сотни отдельных кодов, а работать с одной логистической единицей. Это особенно важно при больших поставках, когда ручное перечисление каждого КИ становится не только неудобным, но и технически рискованным из-за ограничений систем.
При этом есть жёсткие правила комбинирования. В одном блоке нельзя хаотично смешивать разные подходы. Либо указываются отдельные коды идентификации, которые не входят в агрегацию. Либо используется только КИТУ без раскрытия вложенных кодов. Либо допускается вариант, когда указывается КИТУ вместе с отдельными КИ, но только если эти коды не относятся к данной транспортной упаковке. Любое смешение «вложенных» и «невложенных» данных в одном блоке приводит к ошибкам на стороне системы.
Если посмотреть на практические примеры, то корректное заполнение выглядит достаточно строго, но логично. Например, при поставке нескольких пар обуви на уровне потребительской упаковки указывается уровень «0», после чего перечисляются все КИ без каких-либо дополнительных символов или сокращений. В случае же паллетной поставки используется уровень «2», и в декларацию вносится только КИТУ, без раскрытия каждого отдельного кода внутри.
Ошибки чаще всего возникают не из-за самих кодов, а из-за того, как они внесены. Например, любые разделители вроде вертикальных черт или пробелов сразу делают код нечитаемым для системы. Ещё одна распространённая проблема — неправильное сочетание уровней, когда одновременно пытаются указать КИТУ и все вложенные КИ, хотя по правилам этого делать нельзя. Также система не принимает коды с ошибочным регистром или с лишними символами, даже если они выглядят незначительными.
Отдельный пласт проблем связан уже не с форматом, а с логикой работы системы «Честный знак». Ошибка связи с сервером часто возникает, если GTIN в коде не совпадает с тем, что указан в декларации на маркировку. Бывает и так, что сам код «зависает» — например, не введён в оборот или уже выбыл. Ещё одна типичная ситуация — нарушение цепочки агрегации, когда товар был переупакован, например, в Беларуси, но без оформления документа «переагрегации». В таких случаях система просто не может восстановить логическую цепочку движения товара.
Проблемы также возникают при превышении допустимого объёма кодов в одной декларации — тогда приходится переходить на агрегацию, иначе система не справляется с обработкой данных. Отдельно стоит учитывать и межстрановую синхронизацию: коды, эмитированные в Беларуси, должны корректно проходить через механизм «Отгрузка в ЕАЭС», иначе они не будут распознаны в российской системе.
Проблема «зависших» кодов и расхождений при агрегации товаров на транзите через Беларусь
После 20 апреля 2026 года одна из самых чувствительных тем для импортеров, работающих через Беларусь, — это «зависшие» коды DataMatrix и расхождения в агрегированных кодах при транзите через Минск, Брест и Оршу. На первый взгляд процесс выглядит привычно: товар проходит таможню, учитывается в системе, движется дальше в Россию. Но на практике именно на белорусском этапе часто возникает разрыв, который потом превращается в серьёзную проблему уже при подаче декларации.
Суть проблемы обычно начинается с того, что товар физически прибывает на склад в Беларуси, проходит таможенные процедуры и далее с ним происходят обычные логистические операции — частичная переупаковка, сортировка или отбор. Например, часть коробок могут забрать на другой склад, сформировать новые партии или перераспределить товар внутри цепочки поставок. И именно здесь появляется первый риск несостыковки данных.
В белорусской системе «Электронный знак» проводится агрегация, формируется связка кодов на уровне паллет или коробов, однако эта информация не всегда корректно или своевременно передаётся в российскую систему «Честный знак». Иногда данные вообще не уходят, иногда уходят с ошибками, а иногда приходят уже в изменённом виде. В результате возникает разрыв прослеживаемости: то, что зафиксировано на паллете в декларации на товары, не совпадает с тем, что реально «видит» система в России.
Для импортёров это превращается в крайне неприятную ситуацию. Агрегированный код паллеты (КИТУ), указанный в документах, не совпадает с теми кодами, которые система «Честный знак» считает действительными. При подаче декларации система начинает распознавать эти данные как чужие или некорректные, из-за чего автоматически следует отказ. При этом сам товар уже может физически находиться на складе в России, но формально он остаётся в статусе «не введён в оборот», что блокирует дальнейшую работу с ним.
Чаще всего такие расхождения возникают по нескольким вполне типичным причинам. Одна из самых распространённых — это переупаковка товара на белорусском складе без оформления документа «Переагрегация» в личном кабинете «Честного знака». Вторая ситуация — частичный отбор товара, когда, например, часть паллеты (20–30 %) уже реализована или перераспределена внутри Беларуси, а оставшиеся коды не пересобраны корректно. Третья причина — ошибки при самой агрегации, когда могут быть неправильно указаны GTIN или серийные номера. И, наконец, отдельную роль играет задержка синхронизации между базами: после 20 апреля она действительно ускорилась, но при больших объёмах поставок всё ещё возникают временные «провалы» в передаче данных.
На практике это проявляется довольно болезненно. Например, у импортёра обуви из Турции, который ввозил товар через Брест, на паллете было 1000 пар. В декларации указан один агрегированный код, однако в Беларуси было отобрано 200 пар для отдельной отправки. В итоге оставшиеся 800 кодов оказались «зависшими», и декларация отклонялась три раза подряд. В другом случае с поставкой текстиля из Китая агрегация на складе в Минске просто не отразилась в системе, что привело к расхождению примерно на 15 % кодов. А у одного московского брокера из пяти контейнеров обуви сразу три «застряли» из-за отсутствия документа «Отгрузка в ЕАЭС» от белорусского партнёра.
Как спокойно и без ошибок пройти декларирование маркировки
Декларирование маркированного товара часто кажется чем-то сложным и нервным, особенно когда в процессе участвуют сразу несколько систем, партнёров и проверок. Но на практике всё становится гораздо проще, если выстроить процесс заранее и двигаться по понятной логике — без спешки и «пожаров» в последний момент.
Начинается всё ещё задолго до того, как груз подходит к границе или попадает на склад поставщика. На этом этапе важно не откладывать работу с кодами маркировки: их заранее заказывают в личном кабинете системы «Честный знак», чтобы не упираться в сроки уже в процессе отгрузки. После получения кодов их наносят на товар в формате DataMatrix — аккуратно, с проверкой читаемости. Следующий шаг, который часто недооценивают, но который сильно влияет на успех всей декларации, — агрегация. Именно здесь товар объединяется в логические единицы: коробки, паллеты, КИТУ. Чем качественнее выполнена агрегация, тем меньше проблем будет дальше при оформлении и сверке.
Если товар идёт транзитом через Беларусь, появляется дополнительный, но важный слой контроля. Белорусский партнёр должен корректно оформить отгрузку в рамках ЕАЭС и передать все данные в российскую систему маркировки. Если этот этап сделан «для галочки» или с задержкой, дальше могут возникнуть расхождения, которые тормозят выпуск декларации и создают лишние вопросы на таможне.
Когда дело доходит до подготовки декларации на товары, ключевым моментом становится заполнение 31-й графы. При больших партиях лучше сразу опираться на агрегированные единицы — КИТУ или АТК. Это снижает количество строк, упрощает проверку и значительно уменьшает риск технической ошибки. Перед подачей полезно провести дополнительную сверку: все коды можно проверить через официальный сканер или API «Честного знака». Такая предварительная проверка часто экономит часы, а иногда и дни, потому что позволяет увидеть несоответствия до подачи.
Далее процесс становится более привычным: брокер подаёт декларацию через электронный документооборот, после чего система автоматически сверяет данные с «Честным знаком». Если всё совпадает, происходит выпуск товара. На этом этапе важно понимать, что скорость выпуска напрямую зависит не от «удачи», а от качества подготовки данных на предыдущих шагах.
Но в реальной практике иногда возникают ситуации, когда код «зависает» или агрегированный код не совпадает с тем, что ожидает система. Это не редкость, и здесь важно не паниковать. Первый шаг — обратиться в поддержку «Честного знака» через личный кабинет или горячую линию, подробно указав номер декларации, сами коды и, если есть, фотографии паллет. Чем точнее информация, тем быстрее можно получить решение.
Если проблема связана именно с агрегацией, её можно исправить через переагрегацию: в системе создаётся новый документ, и структура товара пересобирается заново. В более сложных случаях подаётся корректировка декларации (КДТ) уже с исправленными данными. А если ситуация критическая и товар «завис» в процессе оформления, иногда приходится дополнительно запрашивать временное разрешение у таможни и прикладывать письмо от оператора маркировки — это помогает ускорить выпуск.
Чтобы таких ситуаций возникало меньше, опытные участники рынка используют несколько простых, но эффективных привычек. Например, заранее проверяют коды через сервисы вроде GetMark или Контур.Маркировка, либо подключают API-интеграцию, чтобы сверка происходила автоматически. Многие также работают через системы вроде Альта, Контур.Декларант или СБИС — они позволяют подтягивать данные из «Честного знака» напрямую и автоматически формировать 31-ю графу без ручного ввода, а значит, без лишних ошибок.
Отдельное внимание уделяют и выбору брокера. Те, у кого есть опыт работы с ЕАЭС и прямая интеграция с системами маркировки, заметно снижают риски задержек. Плюсом становится и простая привычка сканировать паллеты прямо на складе с помощью мобильного приложения «Честный знак» — это позволяет увидеть проблему ещё до отправки груза.
Если смотреть шире, то самый надёжный подход в долгосрочной перспективе — это перенос большей части процессов на собственную территорию и отказ от зависимости от промежуточных звеньев. Агрегация на своём складе в России, ведение внутреннего реестра КИТУ и ежедневная сверка данных помогают держать контроль над ситуацией. Дополнительную стабильность даёт договорная фиксация обязанностей контрагентов, особенно по части своевременной передачи данных об отгрузке в ЕАЭС.
И, наконец, постепенный переход на полностью электронный контур — через ЭДО и API — делает процесс почти предсказуемым. Человеческий фактор уходит на второй план, а система начинает работать как единый поток данных.
Если выстроить процесс именно так, прохождение таможни с первого раза становится не исключением, а нормой. И в большинстве случаев система «Честный знак» перестаёт восприниматься как препятствие — она превращается в инструмент, который просто требует дисциплины, аккуратности и немного заранее продуманной структуры.
Вы можете задать Ваш вопрос, отправив его на адрес электронной почты:
7203019@mail.ru
Комментариев нет:
Отправить комментарий